home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000164_misckit-reques…aska.et.byu.edu_Wed Apr 6 12:41:57 1994.msg < prev    next >
Internet Message Format  |  1994-10-30  |  4KB
  1. Return-Path: <misckit-request@alaska.et.byu.edu>
  2. Received: from alaska.et.byu.edu by darth.byu.edu (NX5.67d/NX3.0M)
  3.     id AA11383; Wed, 6 Apr 94 12:41:44 -0600
  4. Received: from yvax1.byu.edu by alaska.et.byu.edu; Wed, 6 Apr 1994 08:29:20 -0600
  5. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.3-7 #4169)
  6.  id <01HAUJTRXA8GR5NACH@yvax.byu.edu>; Wed, 6 Apr 1994 08:28:39 MDT
  7. Received: from faui45.informatik.uni-erlangen.de by yvax.byu.edu
  8.  (PMDF V4.3-7 #4169) id <01HAUJSSUGKWQPFXV1@yvax.byu.edu>; Wed,
  9.  6 Apr 1994 08:28:00 MDT
  10. Received: from cip1.e-technik.uni-erlangen.de by uni-erlangen.de with SMTP; id
  11.  AA14197 (5.65c-6/7.3v-FAU); Wed, 6 Apr 1994 16:26:26 +0200
  12. Received: by cip.e-technik.uni-erlangen.de  (16.8/7.3g-FAU) id AA24559; Wed,
  13.  6 Apr 94 16:27:45 +0200
  14. Date: Wed, 06 Apr 1994 16:27:43 +0000 (MSZ)
  15. From: Juergen Zeller <zet@cip.e-technik.uni-erlangen.de>
  16. Subject: Comments on MiscAgent
  17. To: misckit@byu.edu, kane@cs.purdue.edu
  18. Cc: zet@cip.e-technik.uni-erlangen.de
  19. Message-Id: <9404061427.AA24559@cip.e-technik.uni-erlangen.de>
  20. Content-Transfer-Encoding: 7BIT
  21. Mailer: Elm [revision: 70.30]
  22.  
  23. Hi Christopher, hi miscdoc,
  24.  
  25.  
  26. Christopher Kanes's imagination of a MiscAgent sounds interesting!
  27.  
  28.  
  29.  
  30. Let me revise his mail about a MiscAgent from two different points of
  31. view:
  32.         i)  seeing it as a perl-programmer
  33.         ii) looking on it as a member of a large and loosely connected
  34.             work group
  35.  
  36. i)
  37. Why is perl so popular? I think it is because it manages many common
  38. tasks as they should happen, knowing trivial/common conditions and avoid
  39. that you have to write additional code for them.
  40. (i.E. comparing nonexistent Strings is save, one needn't add something like
  41.         if (aString && bString) {
  42.             cmp= strcmp(aString, bString);
  43.         }
  44.         else {
  45.             cmp= 1;
  46.         }
  47. what is hard to read, needs more typing, ...)
  48.  
  49. In some sense, MiscAgent would be like perl: Charles in Christopher's
  50. scenario #1 was no NeXTSTEP/OOP/OOD wizard, but by using standard GUI-Objects
  51. and a MiscAgent he get very fast promising results, letting him spend his time
  52. to talk with users of his app to make _real_ improvements of it.
  53.  
  54. As Christopher pointed out, MiscAgent would provide a easy to learn framework
  55. for any common Application.
  56.  
  57.  
  58. ii)
  59. I've worked on a project (X11,Motif,C++) that represents a full dynamic
  60. User Interface Management System (something like IB but with GUI-objects
  61. talking to each other in a script language).
  62. One of the biggest problem (which is still unsolved, I think) is the "implicit
  63. programming" of that program. Most objects are "smart", they trigger other
  64. objects for some tasks, what leads to events sent to yet other objects, ....
  65. Because nobody did ever a design of the _whole_ program and its objects, a
  66. programmer didn't know what he has to add in his code and what will be
  67. "automatically" done by super classes, glue objects etc. Because there where
  68. many programmers, usually adding only a small portion to the program (my task
  69. was to add a image processing object) the lack of a formalism leaded to some
  70. very strange results and errors. Debugging was nearly impossible, and
  71. performance went down due to repeated execution of some code (i.E. some
  72. windows were drawn eight times instead of one time).
  73.  
  74. The MiscKit is also a distributed piece of software, it is developed all over
  75. the world. A looking ahead design of the MiscAgent will nearly be impossible
  76. due to the Kit's very nature.
  77. A MiscAgent as a quite informal framework could lead to a problem like the one
  78. stated above:
  79. Nobody knows exactly what's happening and - even more important - the exact
  80. point where it happens can hardly be found by a new or different developer.
  81.  
  82.  
  83. What's the summary of i) and ii)?
  84.  
  85. o MiscAgent will be a good framework for the classes  MiscInfo,
  86.   MiscInfoController, MiscOrderForm, MiscRegistration, etc. . Common to these
  87.   classes is their moderate abstract contents and the fact that nearly every
  88.   app will need them in a similar way.
  89.  
  90. o MiscAgent will be the wrong way for adding the Model/Controller/View paradigm
  91.   (a short description is 1504_Informal_OOD.rtfd, NXApp, Winter 1993) to the
  92.   MiscKit. This should be done by building on Mike Ferris MODocManager/
  93.   MODocController/MOController approach.
  94.  
  95.  
  96. Es grv{t
  97.         Jvrgen Zeller
  98.         zet@cip.e-technik.uni-erlangen.de
  99.